home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 / Ham Radio 2000.iso / ham2000 / packet / aprs75c / meteor.txt < prev    next >
Text File  |  1995-11-02  |  8KB  |  151 lines

  1. METEOR.TXT  ver 7.4a:        APRS METEOR SCATTER 
  2.  
  3.  
  4. Meteors are constantly bombarding the earths atmosphere and each one leaves
  5. an ionized trail.  Although there is a randomness to these events, there is
  6. enough of a continuum to provide an almost continuous data throughput of
  7. around 100 baud over ranges of 500 to 1000 miles.  This is usually done
  8. by two stations operating full duplex on separate frequencies with beam
  9. antennas pointing to the same area of the sky, and running the highest
  10. practical power levels (100% transmit duty cycle).  The optimum frequency 
  11. seems to be around 40 MHz, making the 10 meter and 6 meter bands the most 
  12. favorable.  Usually data is transmitted at high data rates 4800 or 9600 
  13. baud so that the packet lengths are very short.  
  14.  
  15. Can Meteor scatter work on 2 meters?  Yes and no.  K1HTV and W0RPK completed
  16. the first packet QSO between Maryland and Iowa during a meteor shower back
  17. in 1984.  Running very high power, and it still took 2.5 hours to complete
  18. the contact.  My APRS station has been on 145.79 MHz 24 hours a day for 4 
  19. years, along with hundreds of other stations across the country.  In all 
  20. that time I have seen only ONE packet from OHIO that could be attributed 
  21. to Meteor reflection ( and it WAS during a meteor shower).  HOWEVER, using
  22. APRS during the 95 Persieds, 18 stations saw packets over 1000 mile paths.
  23.  
  24. There are TWO things we can to with APRS and METEOR SCATTER.  The first 
  25. is to play with it on 2 meters during the very predictable Meteor SHOWERS 
  26. that happen a few times a year.  The second is to begin building a 6 
  27. meter MS  network.  APRS is an ideal tool for generating interesting but
  28. SHORT packets and for displaying and recording them.
  29.  
  30.  
  31. METEOR SHOWER EVENTS ON TWO METERS:
  32.  
  33. I have implemented a MS mode in APRS to improve the probabilities of seeing
  34. APRS packets during a Meteor Shower (MS).  These are all implemented in
  35. alt-S-MODES-mscaT mode:
  36.   
  37.   1) Your grid square posit is placed in the TO address of your packets
  38.      in order to get the shortest possible packet:  W3XYZ>FM19DX:^HP
  39.   2) Your beam Heading and Power are appended as three additional chars
  40.      as follows:  H= heading/10      : 2=10, 9=90, A=100, Z=350 etc
  41.                   P= squareroot(P/10): 2=40, 3=90, 5=250, 9=810
  42.   3) your digipeater path is removed
  43.   4) A DIRECT filter is enabled (CONTROLS-FILTER-DIRECT) which ignores
  44.      all packets heard via a digipeater.
  45.   5) The normal APRS filter is opened up to capture OTHER packets
  46.   6) The country is divided into four regions, and on a 15 second cycle,
  47.      everyone in each region transmits randomly.  This significantly
  48.      improves the chances that stations 500 to 1000 miles away will be
  49.      LISTENING when a DX packet is being transmitted.
  50.   7) When your station transmits, it will send from 10 to 20 copies of
  51.      your packet (.25 secs each, or about 3 seconds total).  Or a full
  52.      15 seconds of packets if you choose 100%.
  53.   8) Your TNC is placed in FULL DUPLEX mode so multiple local TNC's
  54.      will transmit at the same time, instead of collision avoidance.
  55.   9) The objective is to see POSITS and record HEARD logs.  There is NO
  56.      enhancement given to other APRS packets (ie, messages).
  57.  
  58. In order for this to work optimally, everyone must be synchronized to 
  59. within a few seconds of WWV!  APRS will let the Northeast transmit from
  60. 00 to 15, then the Southeast to 30, then the Southwest to 45 and then
  61. the Northwest to 00.  The dividing lines are 39 degrees latitude and
  62. 96 degrees longitude.  Most Meteor showers only peak for a few days, 
  63. so, although this mode will generate a LOT of local QRM on 145.79, it
  64. wont last long!
  65.  
  66. TWO WAY CONTACTS:  Two-ways are really only expected on 6 meters, but here
  67. is the procedure suggested by W0RPK and implemented in APRS72c:
  68.  
  69.    1)  When you see a MS packet from another station, use the APRS SEND 
  70.    command to enter an Snn signal report.  Send Snn where nn is the number 
  71.    of packets copied from that station.
  72.  
  73.    2)  WHen you see an Snn report from another station, send back his 
  74.    report with an R on the end:   SnnR
  75.  
  76.    3)  WHen you see an SnnR from another station, send back SnnR73
  77.  
  78.    4)  WHen you see SnnR73 from the other station, then you have one
  79.    for the record books.
  80.  
  81. In all of these exchanges, the number nn will probably increment as the
  82. number of successfull packets accumulate.  The on-air format of these
  83. packets are simply UI frames with the FROM and TO callsigns.  In MScat
  84. mode, APRS automatically takes the TO call and properly places it in
  85. the packet inplace of the GRID SQUARE.  TO continue with normal MScat 
  86. mode, ERASE the outgoing message, and the Grid Square CQ will continue.
  87.  
  88.  
  89. DURING A METEOR SHOWER PLEASE DO THE FOLLOWING:
  90.  
  91. 1) Turn off all GATEWAYS!
  92. 2) Set your UNPROTO PATH TO NONE, nothing, nadda, zip, zero
  93. 3) Use MAXIMUM POWER and coordinate your BEAM headings not to overlap
  94.    the beam headings of other transmitting stations in your area
  95. 4) Put up with the QRM.  If you need the APRS network for a special event
  96.    POST A BULLETIN asking other locals to NOT TRANSMIT during your event.
  97. 5) Be sure that at least one station in your area posts a BULLETIN
  98.    advising everyone of the MS EVENT and to NOT use digipeaters.
  99. 6) Check your screen daily for MS posits.  Especially in the morning.
  100.    Look at the D-LIST to be sure it was heard direct.
  101. 7) Only the MAP, P-list and HEARD log will be useful.  The L-LIST does
  102.    not normally update on POSITS, and a MS packet with a GDSQ in the
  103.    address, is a POSIT.  It will NOT show up on the L-LIST or A-LIST.
  104. 8) Send all MS posit reports (Greater than 250 miles) to me  either
  105.    WB4APR @ KA3RFE.MD  (currently INOP BBS!)
  106.    bruninga@greatlakes.nadn.navy.mil
  107.  
  108.    
  109. METEOR SCATTER NETWORK ON 6 METERS:
  110.  
  111.    To make this work, we need to operate at 100 watts or more, using 9600 
  112. baud packets.  This is actually quite easy to do:
  113.  
  114.    1) It is easy to find 100W surplus highway-patrol radios for about $50
  115.       which can be crystaled for 6 meters
  116.    2) The Kantronics 9612 TNC not only has both the 1200 and 9600 baud
  117.       modems, but it also operates simultaneously on both bands, just
  118.       like the KAM, so the 1200 baud port can operate on 145.79 for normal
  119.       APRS activity, and the 9600 baud side can operate the 6M MScat 
  120.       channel.  Transmitting normal APRS packets at the normal timings,
  121.       however, will almost certainly not be seen.
  122.    3) The best way to transmit is by using any 9600 baud TNC and loading
  123.       the grid square into the UNPROTO TO call, and placing the TNC into
  124.       CONVERSE mode.  Then periodically, a series of 10 carriage returns 
  125.       are sent to the TNC to force the generation of 10 minimal length
  126.       position reports.
  127.  
  128. On 6 meters, the objective of the network is still only to send and receive
  129. position reports.  Remember that MS is MORE reliable than the ionosphere
  130. and HF.  It will be a good band for reporting the position of distant 
  131. mobiles (who can afford to run 100W on a 20% or so duty cycle!)
  132.  
  133. THINGS TO DO!  We need to get a NATIONWIDE 6 meter APRS tracking frequency
  134. AND A SEPARATE 6 meter Meteor Scatter frequency.   Here is the existing
  135. band plan in the Washington DC/Baltimore area:
  136.    
  137.    50.62  Packet backbone (defunct)  XTALS in hand tho!  GOOD MS freq!?
  138.    50.64
  139.    50.66
  140.    50.68
  141.    50.70  OLD RTTY FREQ
  142.    50.72  
  143.    50.74
  144.    50.76
  145.    50.78  SUGGESTED APRS FREQ?
  146.    50.80  Lower band edge for remote control
  147.  
  148. I recommend we choose a frequency FAR from the radio control OPS...
  149. I suggest 50.62 MHz, unless someone comes up with a better one.
  150.  
  151.